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SYSTEM AND METHOD FOR BUILDING CUSTOM 
APPLICATIONS ON AN APPLICATION SERVER 

DESCRIPTION 

BACKGROUND OF THE INVENTION 

5 This application claims priority from U.S. Provisional Application S/N 

60/394,866 filed July 11, 2002 entitled "Method and Apparatus for Building 
Custom Applications on an Application Server in a Java Enterprise 
Environment." 

Field of the Invention 

10 The present invention generally relates to application systems 

development in an enterprise environment, and in particular to the use of pre- 
constructed building blocks in such systems. 

Background Description 

The enterprise environment enables multiple users to contribute and 
15 interact with an application on a remote server. The basic functionality of the 

enterprise environment is shown in Fig. 1 A. Users and administrators 10 are 
able to access the system over the Internet 1 1 . Application servers 20 manage 
the operation of applications 22 that may reside on multiple servers. Typically, 
the data will reside in databases 24 on separate servers. 
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In Fig. IB there is shown an application-centric approach to the 
enterprise environment. The application 30 is usually a single application, 
which is the hub of the environment and the main reason for its existence. The 
databases 32 for the application may reside on the same or separate servers. 
5 Scaling-up and integrating with other applications is difficult, slow and 

expensive because the applications themselves must be customized to 
accommodate the enterprise environment. Alternatively, the approach to the 
enterprise environment may be server-centric as shown in Fig. 1C. Application 
servers 40 are arranged in an integrated fashion supported by appropriate 
10 databases 42, and as the enterprise evolves and scales, multiple applications 44 

are required to reside on multiple servers and communicate with multiple 
databases 42. In this scenario, the application server is promoted to a vital 
position as the operating environment for enterprise applications. As 
applications grow in size and complexity to meet ever-expanding requirements, 
1 5 integrating them with the rest of the environment presents a constant challenge. 

Even when using J2EE-compatible applications with extensible API, integration 
is slow, expensive and fragile. 

Unlike circumstances in which the user simply adapts to the application, 
in the enterprise environment where the application is a support service to a 
20 business process, it is the business process which drives the requirements and 

the application must be customized and customized again as requirements 
evolve. This repeated customization is often difficult, time consuming and 
costly. Consequently, there remains a need for a methodology for structuring 
applications in an enterprise environment such that applications can be scaled 
25 and integrated, responsive to the evolving requirements of the business 

processes supported by the enterprise environment, without having to break 
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down the finalized code and customize the application in a time consuming and 
costly manner. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to provide a system for 
5 structuring application development so as to minimize the need to redo 

finalized application code. 

Another object of the invention is to channel application development 
efforts away from finalized application code and toward functional building 
blocks which can be easily adapted to specific enterprise environments, and in 
10 particular toward building blocks designed for "vertical" enterprise areas such 

as law, heathcare, etc. which have commonality in their functional building 
blocks. 

It is also an object of the invention to channel application development 
efforts in such a fashion so as to delay completion of the product until that point 
15 at which the application must be customized, thereby minimizing the extent to 

which - in addition to the unavoidable customization - the product must be 
redesigned and rewritten. 

A further object of the invention is to provide a development framework 
within which the shrink-wrap of a delivered but not customized product 
20 contains a combination of pre-made services and toolkits for creating new 

services from scratch. 

The invention provides a system for developing and maintaining a 
computer application in an enterprise environment. The methodology of the 
invention takes the view that in the prior art applications for the enterprise 
25 environment are prematurely completed, leading to repeated and inefficient 
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customizations. Instead of completing an application prematurely, the 
methodology of the invention is to begin with an incomplete application, 
constructed in an application language (e.g. on an application server in a Java 
enterprise environment). The invention provides a framework for completing 
5 the incomplete application in a specified enterprise environment. The 

framework includes reusable service components designed for adaptation to the 
enterprise area containing the specified enterprise environment. The framework 
also includes vertical pre-configurations of these components, also adapted to 
the enterprise area containing the specified enterprise environment, provided the 
10 enterprise area has a commercially viable customer base. The framework also 

includes a toolkit for using the application's language to build reusable service 
components from scratch Completion of the application using the framework is 
driven by business process requirements of the specified enterprise 
environment. The application is maintained, responsive to changes in the 
1 5 business process requirements, by using the framework to repeat the completion 

process with business process requirements revised to incorporate the changes. 

The invention is in essence a framework as shown in Figure ID for 
leveraging an application server platform 50 and supporting databases 54 by 
building reusable services 52 (e.g "session beans" in a J2EE development 
20 environment), by developing pre-configurations of these reusable services, and 

by developing toolkits for creating new services from scratch, all of which are 
then made available for completion of an application. By building and 
deploying the most commonly used functions and services directly on the 
application server, the invention eliminates the need to scale an entire 
25 application. In the preferred J2EE embodiment, this takes advantage of the 

fact that the API's that comprise J2EE are designed for scalability (i.e. simply 
adding servers and processing power can satisfy large scaling needs). Further, 
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J2EE's modularity is fully leveraged with an ability to mix and match services. 
Thus the invention fuses scalability and modularity for application development 
in an enterprise environment driven by evolution of business process 
requirements. 

5 To continue to enjoy the full range of "normal" application functionality, 

legacy applications 58 can be deployed on limited CPU using the methodology 
provided by the invention. As more reusable services 62 become available as 
shown in Figure IE, they are bundled as full-featured applications 60 in various 
pre-configured combinations. Shrink-wrapping simplifies commercial aspects 

10 of marketing and sales. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, aspects and advantages will be better 
understood from the following detailed description of a preferred embodiment 
15 of the invention with reference to the drawings, in which: 

Figures 1A, IB and 1C show the prior art approaches toward structuring 
an enterprise environment. Figure 1 A is a schematic showing the basic 
functionality of the enterprise environment. Figure IB is a schematic showing 
an application-centric structuring of the enterprise environment. Figure 1C is a 
20 schematic showing an application server-centric structuring of the enterprise 

environment. 

Figure ID is a schematic showing application of the invention to an 
application-centric structuring of the enterprise environment. Figure IE is a 
schematic showing application of the invention to an application server-centric 
25 structuring of the enterprise environment. 
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Figure 2 is a schematic showing the details of the invention 
implemented within a J2EE development environment. 

Figure 3 is a schematic showing the services of the invention shrink- 
wrapped as a pre-configured application server application. 
5 Figure 4A is a schematic showing the development and customization 

efforts under prior art approaches. Figure 4B is a schematic showing the 
allocation of development effort as practiced under the invention. Figure 4C is 
a schematic showing alternative completion scenarios for an application 
developed to completion under prior art approaches. 

1 0 DETAILED DESCRIPTION OF A PREFERRED 

EMBODIMENT OF THE INVENTION 

Referring now to the drawings, and more particularly to Figure 2, there 
is shown a schematic which illustrates the architecture of the invention as 
implemented within a J2EE development system serving an enterprise 

15 environment. As with the prior art approaches, users 10 (including developers, 

administrators and general users) access the system over the Internet 1 1 . The 
system architecture preferably includes a user interface (UI) 210, any J2EE 
application server 220, a server bullet environment 230, any commercial 
database application 240, and legacy enterprise applications 250 and associated 

20 databases 255 that integrate with J2EE application server 220. 

The UI 210 may be a client application or a browser-based web UI. 
Application developers will use it to build and modify "server bullet" reusable 
application service components 260. Administrators will use the interfaces as 
necessary to administrate and extend the application. Users of the application 

25 will use the interface 210 to manage content available to them. 
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The J2EE application server 220 may be any J2EE Application Server. 
The server bullet environment 230 includes documents and objects 270 (data or 
Entity Beans) residing in the database. The reusable services 260 are Session 
Beans executing functions necessary to perform defined tasks such as, for 

5 example: i) search 261 : allows user to conduct complex database searches 

through different bodies of content using different criteria; ii) workflow 262: 
provides the ability by supervisors to control the progress of work and the 
release or publication of documents. The environment 230 also includes 
verticals 280, which are preconfigured sets of services that are tuned to serve 

10 the needs of a particular enterprise such as, for example: 

i) Legal 281 : the collection of reusable services will form an application 
adapted to a legal team's particular discipline or task. The vertical will pre- 
configure the reusable services so that, for example, a team in IP litigation will 
be able to use search tools 261 to perform a combined search through a number 

1 5 of collections of patents, as well as databases of discovery documents and "fish" 

for particularly meaningful occurrences. 

ii) Healthcare 282: a pre-configured vertical will provide a medical team 
with use of similar tools but with a different vertical interface to search medical 
database of journals, clinical trials, genomics, etc. to locate meaningful 

20 information. 

In both these examples code API will be compatible between the search 
services, so anything which supports the search API (interface) can 
automatically search from any source, including sources which are added after 
the application is developed. 

25 The environment 220 is able to use any commercial database application 

and is able to connect to multiple databases 240. Further, any enterprise 
applications that integrate with a J2EE App server may benefit from application 
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of the invention. This covers the needs of enterprise users for uncommon 
functions that need not be scaled up. Typically, applications contain functions 
to handle any eventuality, and although at any given enterprise many are of 
limited use, they nevertheless must be on hand. Further, legacy applications 
5 250 typically maintain a relationship with their database 255, and in this 

configuration the server bullet application 230 will interact only indirectly with 
the database 255. 

Reference is now made to Figure 3, which illustrates the architecture of 
the present invention in accordance with a preferred embodiment. The 

10 application server invironment 220 is J2EE, as in Figure 2. In this embodiment 

a plurality of reusable service components 360 are pre-configured and 
shrinkwrapped in a package 380 to emulate the functionality of an enterprise 
application. Commercial considerations dictate the use of evolved commercial 
applications having a known market base for such pre-configuration and shrink 

15 wrapping, such as Content Management for the legal profession or web 

publishers, etc. 

Because each enterprise vertical needs many core services that are 
essentially compatible functions with different interfaces, the present 
invention's ability to mix, match and scale gives the application builder an 

20 unparalleled ability to develop a wide range of powerful applications with 

ever-increasing returns. These applications would appear to be very similar to 
traditional applications in features, much like the way that the Model T was 
similar to other cars of the period; but the method by which it was put together 
has set it apart. Similarly, the construction of a single or first application using 

25 the invention may not offer to those responsible for an enterprise environment a 

visible advantage over traditional methods, but as time, requirements, and a 
library of reusable service components grows, the methodology of the present 
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invention will also set itself apart, as may be seen with reference to Figs. 4 A 
and 4B. 

In traditional methods, a completed application is obtained for an 
enterprise environment, and then customized to suit the business process 
5 requirements of the enterprise environment. What this means in practical terms 

is shown in Fig. 4 A. A completed application 410 is broken down and redone 
in order to customize the application. The portion of the original development 
effort 410 that is redone is represented by the segment 420, with the 
customization being represented by segment 425. Using the system and 

10 methodology of the present invention, the development effort formerly 

expended in prematurely completing the application, as represented by segment 
420, is instead channeled into reusable service components 430 ("server 
bullets"), as shown in Fig. 4B. These provide a platform for an application 
completion step 435 that is performed later, in lieu of the traditional 

1 5 customization step 42 5 . 

The methodology of the invention may require a higher level skill set for 
design and development of reusable service components 430, which are 
designed with a view toward the enterprise area where completion of the 
application (formerly, "customization" under the prior art approaches) will be 

20 taking place. The base 440 from which completion is accomplished is an 

incomplete or non-finalized application. Completion 435 using reusable service 
components 430 will be less expensive than customization. This expense may 
be further reduced if the market economies of a particular "vertical" area (such 
as law, healthcare, etc.) permit "pre-configuration" of the reusable service 

25 components 430 in accordance with the known generic characteristics of the 

business processes of the particular "vertical" area. 
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The relative inefficiency of the prior art approach may be understood 
from Fig. 4C, where the premature completion segment 420 is seen in the 
context of alternative "customizations" 421, 422 and 423 for different enterprise 
environments with different business process requirements. As not infrequently 
5 happens with major applications, the completed product may indeed reflect 

customization decisions for a particular customer. The alternative 
customizations 421, 422 and 423 similarly reflect the needs of other potential 
customers. However, because the application was prematurely completed using 
420, the other potential customers who need 421, 422 and 423 find it necessary, 
10 under prior art approaches, to customize in the manner shown by segment 425 

in Fig. 4A. 

Furthermore, the various prior art customizations, each of which is 
exemplified by segment 425, are performed without any effort at coordination. 
By using the methodology of the present invention, with a "vertical" view 

15 toward the various enterprise areas having their respective and different 

business process requirements, the practical economic effects of coordination 
may be achieved through development of a) reusable service components and b) 
vertical pre-configurations adapted for the various classes of enterprise 
environments comprising the market for the application. 

20 While the invention has been described in terms of a single preferred 

embodiment, those skilled in the art will recognize that the invention can be 
practiced with modification within the spirit and scope of the appended claims. 
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